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La presente invention concerne une ferme d'ordinateurs simulant un reseau local 
avec surveillance de la simulation. 

Plus precis^ment, I'invention est relative a une ferme d'ordinateurs comprenant 
un bus sur lequel est simule un reseau local entre plusieurs cartes processeurs 
5 montees sur le bus. 

On connait deja des fermes d'ordinateurs du type comprenant un bus sur lequel 
est simul^ un reseau local. 

Dans ces fermes, les echanges de donnees entre ordinateurs sont realises via le 
bus, sous un format de paquets de donnees conforme aux specifications du reseau 
-1 0 — loca I si mu \e. . . ^ . • . : — 

De ce fait, sur chaque ordlnateur, le syst^me d'exploitation regoit et envoie des 
paquets de donnees exactement de la meme maniere que s'il etait relie aux autres 
ordinateurs par un veritable reseau local. 

Ce type de simulation est particulierement interessant, etant donne que le 
15 transfert des donnees par'W-^buis'-^nnet^d'al^lndre des taux de transfert sans 
commune mesure avec ceux des reseaux ''Id^ux/.vet ce avec; une fiabilite tres 
sup6rieure du fait que la structure du bus ^yite les collisions de donnees. 

L'lriconv6nient de' tels r^^ux; sir^u peuvent connaitre des 

dysfonctionnements dpnt i'prigirie ri'est pas toujdurs facile a diagnostiquer. 
20 En effet; si un Idgibiei systeme ou d'ap^lication s'ex&ute de fagon anormale sur 

un des cfrdinateur^ reseau local. 

En revanche, s'il s'agit d'un dysfonrtibhhem du reseau local, 

la situation ^tpropre^ sirriules ^j^^o^iciys autr^ que ceux concernes 

par la simulatiofi nefcloiveht f>as efre mis^n cauie^ # / 

25 La difficuftel.est que la seule constatation d'une panne, sur un ordjrjiateur de la 

ferme ne permet pas de distinguer entre ces deux categories de dysfonctionnements. 

La , presente invention^ vise ; a proposer^ une solution pour diagnostiquer les 
dysfonctionnement de la simulation du reseau. 

La pr&ente' invention a pour objet une ferme d'ordinateurs comprenant un bus 
30 sur lequel est simule un reseau local entre plusieurs cartes processeurs montees sur 
ce bus, caract£ris£e en ce que : . > ' 11 ; 

chaque carte comporte d'une part, memorisee 'dans une m^moire non volatile, 
une fonction de test qui met en oeuvre, lors de son execution, au moins une partie des 
fonctionnalit£s necessaires a la simulation du reseau local sur la carte et effectue un 
35 calcul donne pour fournir un resultat, d'autre part un module d'execution de la 
fonction de test, qui scrute en permanence une zone memoire param6tre predefinie de 
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la carte et, lorsqu'il detecte une valeur inscrite dans la zone me mo ire param6tre, 
d&rlenche I'ex^cution de la fonction test avec ladite valeur comme parametre, 

la ferme comporte un moyen de test qui execute p6riodiquement les perations 
suivantes : 

5 - inscription, dans la zone memoire parametre de chacune des cartes processeurs, 
d'une valeur sp£cifique a chaque carte processeur et a chaque inscription, par un 
cycle d'6criture du bus independant du fonctionnement du reseau simul^, 

- execution du meme calcui que la fonction test en prenant ladite valeur comme 
parametre, pour obtenir un resultat de reference, 

10 - recuperation du resultat du calcul effectue par la fonction test de la carte 
processeur, 

- comparaison avec le resultat de reference, 

- en cas de difference entre les deux resultats, declenchement d'une action de 
remise a niveau de la carte processeur. 

15 L'interet de la ferme selon invention est que les fonctionnalites necessaires a la 

mlse en oeuvre de la simulation sont reguli6rement testdes sur chaque carte 
processeur de la ferme, par un moyen de test qui communique avec chaque carte via 
le bus, et independamment de I'etat des simulations du reseau sur chaque carte. 

De cette maniere, si la simulation du r&eau sur I'une des cartes ne fonctionne 
20 pas correctement, le test pourra quand meme se derouler et, eventuellement, un 
diagnostic plus com p let de la carte pourra etre entrepris. 

Dans un mode de realisation particulter de I'invention, la remise a niveau de la 
carte consiste en sa reinitialisation. 

Dans un mode de realisation particulier de invention, la valeur inscrite dans la 
25 zone memoire parametre depend notamment de I'emplacement de la carte sur le bus. 

Cette valeur peut egalement etre determinee en fonction d'autres criteres choisis 
de maniere qu'une valeur unique soit fournie a chaque carte et a chaque test lors du 
calcul. 

La presente invention s'applique notamment & des simulations de reseau sur bus 
30 de type PCI ou CompactPCI pour un reseau de type Ethernet. 

Dans le but de mieux faire comprendre (Invention, on va en deer ire maintenant 
un mode de realisation donne a titre d'exemple non limitatif en reference au dessin 
annexe dans lequel : 

- la figure 1 est une vue en perspective de trois quarts avant d'une ferme 
35 d'ordinateurs selon I'invention, 

- la figure 2 est une vue sch£matique d'un bus et d'un ensemble de cartes 
processeurs montees sur ce bus, 
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- la figure 3 est un tableau illustrant les operations ex£cut£es lors d'un test d'une 
des cartes processeurs. 
La ferme 1 representee sur le dessin comporte un boitier 2 qui renferme un bus 
(non visible sur cette figure) sur lequel sont monies huit cartes processeurs 3a a 3ii. 
5 La ferme comporte un compartiment 4 contenant un ensemble d'alimentation et 

des m<§moires de masse constitutes notamment par un disque dur 5, ainsi qu'un 
lecteur de c&jeroms 6. 

Le bus 7 est sch6matiquement represente a la figure 2, sur laquelle on voit que 
les cartes processeurs 3a a 3h communiquent avec le bus par I'intermediaire de ponts 
40 — 4 i -les^changes^e-donntes-entre4^-cartes~processeure-3a=3ti-sfeffertuant-par_des. 
cycles de lecture et d'ecriture sur le bus 7. 

Chaque pont 4 contient des registres, dont un seul est represente ici et sera 
designe registre para metre 8 dans la suite de la description. 

Dans {'exemple decrit, la carte 3h joue le role de carte moniteur. Elle surveille 
15 i'&at des autres cartes. 

Pour la clarte du dessin, seuls les details de la carte 3a et de la carte moniteur 3h 
vont etre decrits. Les autres cartes 3b a 3g sont identiques a la carte 3a, au moins en 
ce qui concerne les caract6ristiques qui vont Stre^ decrites. Les cartes 3a a 3g peuvent 
neanmoins se distinguer par d'autres caracteristiques n'ayant pas de rapport avec la 
20 presente invention. • 

La carte 3a comporte une memoire non~volatile 9, par exemple une memoire 
morte (ROM), contenant une s6rie de fonctions preprogrammtes et un module 
d 'execution a distance. - M v 

Les fonctions preprbgrammtes sibnt des fbnctidns de base dont I'execution sert % 
25 ('administration et au test du fonctionnement de la carte. L'une de ces fonctions est 
une fonction de test: de la carte, comme cela va etre decrit. 

Le module d'execution a distance a pour role de d£clencher ('execution de l'une 
des fonctions de base, sur instruction donnSe par la carte moniteur 3t». 

Cette instruction est donnee par le programme de surveillance 10 qui s'execute 
30 en boucle sur la carte moniteur. i \ 

En reference a la figure 3, bn va maintenant d^crire la maniere dont la carte 
moniteur 3£i teste la simulation du reseau sur les autres cartes 3a a 3g. 

Le programme de surveillance 10 de la carte moniteur 3Ji envoie de mani&re 
period ique, par exemple toutes les secondes, un param&tre P de fonction specifique a 
35 chaque carte 3a a 3g. 

Ce param&tre P tient compte du num6ro d'emplacement de la carte testee sur le 
bus, du numero du test effectuS pour I'ensemble des cartes et d'un nombre ateatoire 
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fourni par la carte monlteur, a fin que le parametre en question soit unique non 
seulement parmi les param&res envoy^s lors du meme cycle de test aux autres cartes 
mais egalement parmi tous les parametres deja fournis aux cartes lors de tests 
precedents. 

5 L'envoi du parametre s'effectue en mode maitre-esdave, par ecriture directe via 

le bus de sa valeur dans le registre parametre 8 de la carte testde. 
La carte moniteur 3h contient une fonction test 11. 

Le programme de surveillance declenche I'execution de cette fonction test 11 sur 
la carte moniteur avec le meme parametre et recup&re le resultat fourni par cette 
10 fonction Je.st.X^ 

Sur la carte processeur 3a, le module d'execution a distance s'execute lui aussi 
en boucle fermee, en scrutant en permanence le registre parametre 8. 

Lorsqu'il detecte la valeur inscrite par le programme de surveillance, le module 
d'execution a distance declenche I'execution d'une fonction test 12 identique a celle 
15 contenue par la carte moniteur 3Ji, avec la valeur P du registre parametre 8 comme 
parametre de cette fonction. 

La fonction test s'execute et effectue un calcul sur la base de la valeur fournie en 
parametre, puts retourne un resultat qui est inscrit dans le meme registre parametre 
8. 

20 Le programme de surveillance lit le resultat inscrit dans le registre parametre 8 

avec le r&ultat de reference et : 

- soit constate I'identite des deux res u I tats, auquel cas la carte est consideree 
comme simulant correctement le reseau, 

- soit constate une difference entre les deux r^sultas, auquel cas la carte est 
25 consideree comme ne fonctionnant pas normalement. 

Dans le second cas, la carte est reinitialisee et reinstallee dans la ferme. 

Dans le premier cas, aucune action n'est entreprise, la surveillance de la carte 

est maintenue par execution du meme cycle de test a la prochaine periode, par 

exemple une seconde apres. 
30 On com pre nd que la surveillance de simulation reseau selon ['invention fournit un 

diagnostic fiable car les paquets de donnees de type reseau qui sont £chang£s entre 

les cartes dans le cadre de la simulation reseau empruntent exactement la meme 

methode d'envoi, par ecriture directe lors de cycles d Ecriture du bus, que le 

param&tre qui est fourni a la fonction test. 
35 Si le passage du parametre et la recuperation du resultat s'effectuent sans 

erreur, on peut done considerer sans faire une trop grande approximation que les 

transferts de paquets de donnees sont fiables. 
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La difference dans le traitement des paquets de donnfes par le logiciel de 
simulation se situe dans le fait que ces paquets de donn£es sont transmis a la couche 
superieure du reseau sous un format respectant le protocole du reseau simule, de 
sorte que la simulation reseau est parfaitement transparente pour les systemes 
5 d'exploitation qui s'executent sur les cartes, alors que les para metres de test 
demeurent dans la couche de simulation et ne sont jamais transmis au systdme 
d'exploitation de la carte. 

Le mode de realisation ci-dessus n'est qu'un exemple foumi pour bien faire 
comprendre I'invention, laqueile n'est nullement limitee aux caract^ristiques d^crites 
-10 — en-reference^-Get-exemple. , „ , . 
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REVENDICATIONS 



1. Ferme d'ordinateurs, comprenant un bus (7) sur lequel est simule un reseau 
local entre plusieurs cartes processeurs (3a-3t0 monies sur le bus, 

5 caracterisee en ce que : 

- chaque carte comporte d'une part, m^morisde dans une memoire non volatile (9), 
une fonction de test (11) qui met en oeuvre, lors de son execution, au moins une 
partie des fonctionnalites necessaires a la simulation du reseau local sur la carte et 
effectue~un~calcut~dcmn^ 

10 d'execution de la fonction de test, qui scrute en permanence une zone memoire 
para metre (8) predefinie de la carte et, lorsqu'il detecte une valeur inscrite dans la 
zone memoire parametre, declenche l'ex6cution de la fonction test avec ladite 
valeur comme parametre, 

- la ferme comporte un moyen de test qui execute p6riodiquement les operations 
15 suivantes : 

- inscription, dans la zone memoire parametre (8) de chacune des cartes 
processeurs, d'une valeur (P) specifique a chaque carte processeur et h 
chaque inscription, par un cycle d'6criture du bus ind£pendant du 
fonctionnement du reseau slmul6, 

20 - execution du meme calcul que la fonction test en prenant ladite valeur 

comme parametre, pour obtenir un resultat de reference, 

- recuperation du resultat du calcul effectue par la fonction test de la carte 
processeur, 

- comparaison avec le resultat de reference, 

25 - en cas de difference entre les deux resultats, declenchement d'une action 

de remise a niveau de la carte processeur. 

2. Ferme d'ordinateurs selon la revendication 1, caracterisee en ce que la valeur 
(P) inscrite dans la zone memoire parametre (8) depend notamment de I'emplacement 
de la carte sur le bus. 

30 3. Ferme d'ordinateurs selon I'une quelconque des revendications 1 et 2, 

caracterisee en ce que la remise a niveau de la carte consiste en sa reinitialisation. 

4. Ferme d'ordinateurs selon I'une quelconque des revendications 1 a 3, 
caracterisee en ce que le bus est de type PCI ou CompactPCI. 

5. Ferme d'ordinateurs selon i'une quelconque des revendications 1 h 4, 
35 caracterisee en ce que le reseau local est un reseau Ethernet. 
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